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1. INTRODUCTION 


This guide contains a description of console operations and step-by-step instructions for normal 
operator functions as they apply to the 3B20S, 3B20A, PDP*-11/70, VAX*-11/750, and VAX-11/780 


processors. 


Because this guide is intended to be as general as possible, no installation-specific information 
has been included. It is suggested that each location add specific information about: 


e Hardware configuration 

e Data set configuration 

e Specific logging and record-keeping practices 
e Contacts for hardware and software problems 
e Site-dependent diagnostic procedures. 


i * PDP and VAX are trademarks of Digital Equipment Corporation. 
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NOTES 


Page 2 


4/83 ISSUE 2 OPERATOR'S GUIDE 


2. CONSOLE OPERATIONS 


3B20S OR 3B20A 


A. General 


The following is intended to describe the 3B20S or 3B20A console and its operation. Only those 
features of the Emergency Action Interface (EAI) necessary to run the UNIX operating system will 
be described. For more information, see eai(8) in the UNIX System Administrator’s Manual. 


B. Getting the EAI Display Page 


Four special function keys, labeled EA DISP, NORM DISP, CMD/MSG and ALM RLS are on the 
keyboard of the system console: 


EA DISP This key starts the emergency action mode and creates the EAI display. If the 
UNIX operating system is running, then the bottom half of the screen may be 
used as a login terminal and will scroll without affecting the EAI display. If the 
EAI display is already present, then depressing this key will cause the screen to 
be updated. 


NORM DISP This key ends the EAI mode, erases the EAI display, and leaves the screen blank. 
The full screen is now available as a UNIX system login terminal. 


CMD/MSG This key moves the cursor between the UNIX operating system message section 
(bottom half of the screen) and the EAI command entry area. This key is 
effective only when the screen is in the EAI mode. 


ALM RLS This key currently performs no function. 


C. EAI Display Description 


The EAI display (see Fig. 2.1) consists of status indicators and a menu of commands that appear 
on the top half of the screen. Status indicators are updated every two seconds or as changes occur. 


Status Fields 
The following fields show the status of the 3B20S and 3B20A Processors: 


MTTY A single digit that is changed once every two seconds. As long as this number 
continues changing, the console is operational. If the number remains unchanged 
for more than two seconds, the console is not operational. 


REMOTE When this indicator is flashing, the remote maintenance teletype (MTTY) has 
control over the system. This option applies only to 3B20A systems equipped with 
a TN983 circuit pack. 


3BCC A series of five values describing the current state of the 3B20S or 3B20A 
Processor. 


ACT The 3B20S or 3B20A Processor is on-line (it has I/O access to the 
peripheral devices.) 


RUN _ The 3B205 or 3B20A is processing instructions (not stopped or halted). 


FONL The 3B20S or 3B20A is forced to be the on-line processor (I/O is allowed) 
and has exclusive I/O access. 


FOFL The 3B20S or 3B20A is forced to be the off-line processor (I/O is 
inhibited) and cannot gain I/O access. 
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CMD: 70!-OK ie EMERGENCY ACTION PAGE 
[REMOTE] MTTY_5 [TIMEOUT 

3BCC [ACT] [RUN [FONL EAI[ASW  3BPRM 0000 0000 0000 0000 00 00 00 

DPCC_ [FOF L] OPI_ASW OPPRM 0000 0000 0000 0000 00 00 a0 


SCCS_ 


SET CLR SET CLR 

60 3B8-FONL 70 71 SEC-DISK_|SET 80 81 PROMPT-UNIX_ 95 INIT 
61 DP-FONL 72 73 INH-TIMER_ 82 |83; BACKUP-ROOT 96 BOOT 
62 DP-INIT 74 75 PRM-TRAP_ 84/85; MIN-CONFIG__ 97 DUMP 
63 CFT-INIT 86 |87| INH-HDW-CHK _ 98 LDTAPE 
64 PRM-DUMP 76 77 PARAMETER_ G6 (ee) ee 99 HALT 
65 CLR-EAI 78 79 BAUD-RATE [XX 90 /91| INH-ERR-INT_ 

$2|93 INH-CACHE__ 


Reverse video if Reverse video in 
this field means this field means 
the option is SET. the option is CLR 


(cleared or not set). 


Fig. 2.1—3B20S or 3B20A EAI DISPLAY 


RCVRY 38B20S or 3B20A microcode has started processor recovery. This message 
will flash until recovery is completed. If the processor has been halted 
(command 99) this message will flash until the UNIX operating system is 
successfully booted (command 96). 


EAI This field has three possible states which indicate whether the EAI can 
communicate with the 3B20S or 3B20A Processor. 


ASW _ All Seems Well (no problems). 


ERR The EAI can communicate but there are problems. 
OOS The EAI is unable to communicate (out of service). 


TIMEOUT This message indicates that the UNIX operating system cannot communicate with 
the console. For example, if the system has been halted this message will 
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eventually appear. If the message occurs while the UNIX operating system is 
running, it indicates possible problems with the 3B208 or 3B20A Processor. 


3BPRM Processor Recovery Message (PRM) from the 3B20S or 3B20A Processor. This 
message indicates the status of the UNIX operating system (booted, halted, etc.). 
For more information see prm(8) in the UNIX System Administrator’s Manual. 


EAI Commands 


The EAI commands can be entered only when the cursor is positioned in the top left-hand corner 
of the screen next to CMD:. To position the cursor, use the CMD/MSG key. An EAT command is 
entered by keying in a number from the EAI display menu. All EAI commands may be terminated 
either by a carriage return or by an exclamation point (!). A character may be erased by a 
backspace or an underscore. A line may be killed with a dollar sign ($). When a line is entered, the 
EAI responds with OK for a successfully entered command or NG for an invalid command. 
Successfully entered EAI commands cause the EAI display to be updated. 


The following EAI commands cause an immediate action when they are entered: 


60 3B-FONL Forces the 3B20S or 3B20A Processor on-line, allowing the 3B20S or 3B20A 
Processor exclusive I/O access to the peripheral devices. Any diagnostics running 
on the diagnostic processor (DP) are aborted. 


61 DP-FONL Forces the 3B20S or 3B20A Processor off-line, allowing the DP exclusive I/O 
access to the peripheral devices. If the UNIX operating system was running, then 
it is aborted. After reading in the diagnostic tape, the DP will accept commands 
from the maintenance teletype. 


62 DP-INIT Initializes the DP and has no effect on the 3B205 or 83B20A Processor. 


65 CLR-EAI Resets all functions on the EAI display and zeroes the 3BPRM field. All 
SET/CLR functions are reset to CLR. 


78 BAUD-RATE Sets the baud rate of the local and remote EAI console to match the baud rate of 
the remote data set (the 3B20A communicates with the remote MTTY through 
this data set). While the default is 9600, baud rates of 300 through 9600 are 
accepted. This option applies only to 3B20A systems equipped with a TN983 EAT 
circuit pack. 

The following EAI commands cause no immediate action. They set or clear options that affect 
the next initialization, disk boot, disk dump or load from tape. In each command pair, the even 
number sets the option and the odd number clears the option. The current status of the options 
(SET or CLR) is highlighted on the EAI display. The following description explains what will 
happen when the even command of the pair is entered (i.e. the option is SET). Unless noted 
otherwise, the corresponding odd command resets this option. 


70 SEC-DISK The next boot or load from tape will use moving head disk 1 on controller 0 
(secondary disk boot). Clearing this option causes moving head disk 0 on 
controller 0 to be used. 


72 INH-TIMER Inhibits automatic recovery when a sanity timeout occurs. 


74 PRM-TRAP- The next failing PRM (processor recovery message) will remain on the KAI 
display. It will not be changed or updated unless this option is cleared (command 
75). 


80 PROMPT-UNIX The next time the UNIX operating system is booted, the disk bootstrap program 


will ask for the name of the program to be booted. If clear, the /unix program 
(the UNIX operating system) will be booted. See prm(8) in the UNIX System 
Administrator’s Manual. 
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82 BACKUP-ROOT The next time the UNIX operating system is booted, the disk bootstrap program 
will boot from the backup root file system. If clear, the normal root file system is 
used. See dsk(7) in the UNIX System Administrator’s Manual. 


84 MIN-CONFIG The next boot of the UNIX operating system will bring only the disk to be used 
for booting, the system console, and a tape drive into service. Only the first 
megabyte of main memory will be used. 


86 INH-HDW-CHK Causes the UNIX operating system to disable refresh and correctable main store 
parity error detection. 


92 INH-CACHE The next time the UNIX operating system is booted, cache memory will be 
disabled. 


The following commands cause an immediate action which is affected by the options described 
above. If these commands fail, they will output failing PRMs in the 83BPRM field of the display. An 
explanation of failing PRMs is found in prm(8) in the UNIX System Administrator’s Manual. 


95 INIT Performs an initialization according to the parameter set by command 76. If no 
parameters are set, the processor will be rebooted. 

96 BOOT Causes the UNIX operating system to be booted from disk. See 3B20boot(8) in the 
UNIX System Administrator’s Manual. 

97 DUMP Causes a memory image of the operating system to be dumped to disk 
(dev/dump0O) followed by a boot from disk. 

98 LDTAPE Jauses a disk to be loaded from tape. See /dtape(8) in the UNIX System 


Administrator’s Manual. 


99 HALT Causes the UNIX operating system to stop processing. To begin processing, the 
system must be rebooted. 


VAX-11/750 


A. Console Commands 
Throughout the remainder of this section, the following notation is used: 


1. Special characters are enclosed in <> (e.g., <ctl> represents the “control” key, and <er> 
stands for the “carriage return” key). 


2. Items within {}s are mandatory substitutions. 


3. Items within []s are optional. & 


The following are the standard console commands (condensed from Chapter 6 of the VAX 
Hardware Handbook, Digital Equipment Corp., 1980). The most abbreviated form is shown in 
parentheses. 


<ctl>P Puts the machine in Console I/O mode and halts the processor. A halt message is 
printed. 

<etl>U Deletes the current input line. 

<del> Deletes the previous character. uy 


' (E)XAMINE {address} 
Displays 8-digit hexadecimal address and its contents. 


(D)EPOSIT {address} {data} 
Enters data to address. (Refer to VAX Hardware Handbook for EXAMINE and 
DEPOSIT qualifiers.) 
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(I)NITIALIZE Initializes CPU. 


(H)ALT The HALT command is implemented on the VAX-11/750 for the sake of 
consistency with the VAX-11/780. It does not actually halt the CPU since the 
CPU must already be halted to respond to the command (see <ctl>P). It does 
reset the console defaults. 


(S)TART {address} 
Initializes CPU, enters address to PC, issues CONTINUE to CPU, and puts console 
into Program I/O mode. 


(C)ONTINUE Allows the user to restart a halted program without altering the state of the 
machine. 


VAX-11/780 
A. Console Commands 


The following are the standard console commands (condensed from Chapter 14 of the VAX- 
11/780 Hardware Handbook, DEC, 1980). The most abbreviated form is shown in parentheses. 


<ctl>P Jauses console to exit Program I/O mode (talking to the VAX-11/780 program). 
This does not halt the VAX CPU. 

<ctl>U Deletes the current input line. 

<del> Deletes the previous character. 

<ctl>C Interrupts printout. 

(HE)LP Prints “help” file of which this is a part. 


(E)XAMINE {address} 
Displays 8-digit hexadecimal address and its contents. See “help” file for 
qualifiers. 


(D)EPOSIT {address} {data} 
Enters data to address. 


()NITIALIZE Initializes CPU. 


(U)NJAM Unjams the SBI. 
(SHOW Displays console and CPU state. 
(H)ALT Halts execution of VAX CPU instructions. 


(S)TART {address} 
Initializes CPU, enters address to PC, issues CONTINUE to CPU, and puts console 
into Program I/O mode. 


(C)ONTINUE Starts execution of VAX CPU instructions. 
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(SE)T (T)ERMINAL (P)ROGRAM , 
Puts console into Program I/O mode. 


@ {file} Causes the named floppy file to be printed and executed. 


WARNING: Only <ctl>p can be executed from Program I/O mode. It does not stop the VAX 
CPU from running. Only HALT can be executed while the VAX CPU is running and not in 
Program I/O mode; therefore, the sequence to stop the VAX-11/780 while running the UNIX 
operating system (Program I/O mode) is: 
<cetl>p 
>>>H<er> 
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3. BOOT PROCEDURES 


INTRODUCTION 


The boot procedure loads a copy of the UNIX operating system from disk (or tape) into memory 
and executes it. The UNIX operating system requires rebooting when one of the following conditions 
occur: system crash or restart; loading of a new generic; or updating of the generic. The UNIX 
operating system uses "init" to automatically enter the final run level when properly configured by 
the system administrator. Run levels are discussed under the Operator Instructions section of this 


quide. Normally, run level ‘s’ indicates single user and ‘2’ indicates multiuser. For more 


information on ‘init’ refer to init(1M) in the UNIX System Administrator’s Manual, inittab(4) in the 
UNIX System User’s Manual, or consult the local UNIX system administrator. 


Throughout the remainder of this section, the following notation is used: 


1. Special characters are enclosed in <> (e.g., <etl> represents the “control” key, and <er> 
stands for the “carriage return” key). 


2. Items within {}s are mandatory substitutions. 


3. Items within []s are optional. 
3B20S OR 3B20A 


A. Booting from Disk Drive 0 
The following procedure is used when booting the UNIX operating system from drive 0: 
1. Mount the disk pack containing the root file system on drive 0. 
2. Spin up the drive. 


3. Press the EA DISP key on the console. This will bring up the current KAI display. If the 
cursor is not at the top left-hand corner of the screen next to CMD: press the CMD/MSG 
key on the console. 


Enter command 65 <er>. This will reset all the functions on the EAI display. 

Enter command 60 <er>. The value FONL should appear on the 3BCC status line. 

Enter command 96 <er>. This will boot the /unix program (the UNIX operating system). 
The following PRMs should appear in order in the 3BPRM field: 


Fen ane 


PRM Meaning 
E100 0000 0000 0000 Drive 0 is in service 
E100 BBBB 3B3B 3B3B The UNIX system is loaded into memory 
E200 0000 0000 OADD The UNIX system is checking memory 
EC00 3B3B 3B3B 3B3B- The UNIX system is ready 


If any other PRMs occur they should be ignored, unless those PRMs start with an F. An 
initial F indicates a failing PRM (an error has occurred). Explanations of failing PRMs can 
be found in prm(8) and 3b20boot(8) in the UNIX System Administrator’s Manual. 


If the UNIX operating system has been booted properly, several lines of information about the 
running system will be printed on the lower half of the screen. A message will appear for 
each device that the UNIX operating system attempts to bring into service. The system will 
scan the ‘ete/inittab’ file to determine, among other things, which run level will be entered. If 
this file specifies a run level (or a default level is found) the system will enter the run level 
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specified. Otherwise, do the following steps. 
8. This message should appear on the console: 
ENTER RUN LEVEL (0-6, s, or S): 


Position the cursor at the bottom of the screen by pressing the CMD/MSG key. Enter 
2<cr> to go to multiuser state or s<er> to go to single user state. 


so 


The system will ask the user to verify the date. Then the system will ask the user if the file 
systems are to be checked. If multiuser was requested, the following message will be printed 
on the console: 


Console Login: 


If single user was requested, the # prompt will be printed. In this case, typing telinit 2 will 
change the operating system state to multiuser. 


B. Booting from Disk Drive 1 


If disk drive 0 is inoperable or if all attempts at rebooting from disk drive 0 fail, attempt to boot 
from disk drive 1. 


The following procedure is used when booting the UNIX operating system from drive 1: 
1. Mount the disk pack containing the root file system on drive 1. 
2. Spin up the drive. 


3. Press the EA DISP key on the console. This will bring up the current EAI display. If the 
cursor is not at the top left-hand corner of the screen next to CMD: press the CMD/MSG 
key on the console. 


4. Enter command 65 <er>. This will reset all the functions on the EAI display. 
5. Enter command 60 <er>. The value FONL should appear on the 3BCC status line. 


6. Enter command 70 <er>. This specifies that the UNIX operating system should boot from 
drive 1. 


7. Enter command 96 <er>. This will boot the /unix program (the UNIX operating system). 
8. The following PRMs should appear in order in the 83BPRM field: 


PRM Meaning 
E100 0000 0000 0001 Drive 1 is in service 
E100 BBBB 3B3B 3B3B_ The UNIX system is loaded into memory 
E200 0000 0000 OADD The UNIX system is checking memory 
EC00 3B3B 3B3B 3B3B The UNIX system is ready 


If any other PRMs occur they should be ignored, unless those PRMs start with an F. An 
initial F indicates a failing PRM (an error has occurred). Explanations of failing PRMs can 
be found in prm(8) and 8b20boot(8) in the UNIX System Administrator’s Manual. 


If the UNIX operating system has been booted properly, several lines of information about the 
running system will be printed on the lower half of the screen. A message will appear for 

. each device that the UNIX operating system attempts to bring into service. The system will 
sean the ‘etc/inittab’ file to determine, among other things, which run level will be entered. If 
this file specifies a run level (or a default level is found) the system will enter the run level 
specified. Otherwise, do the following steps. 
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This message should appear on the console: 
ENTER RUN LEVEL (0-6, s, or S): 


Position the cursor at the bottom of the screen by pressing the CMD/MSG key. Enter 
2<ecr> to go to multiuser state or s<er> to go to single user state. 


The system will ask the user to verify the date. Then the system will ask the user if the file 
systems are to be checked. Finally, the system will enter the run level requested. If 
multiuser was requested, the following message will be printed on the console: 


Console Login: 


If single user was requested, the # prompt will be printed. In this case, typing telinit 2 will 
change the operating system state to multiuser. 


C. Booting from the Backup Root 


If the operating system has been damaged, it may become necessary to reboot from the backup 
on the current pack. If the attempt fails, the backup version of the root file system must be used. 


The following procedure is used when booting the UNIX operating system from the backup root 
file system: 


2. 
3. 


Mount the disk pack containing the root file system on drive 0. 
Spin up the drive. 


Press the EA DISP key on the console. This will bring up the current EAI display. If the 
cursor is not at the top left-hand corner of the screen next to CMD:, press the CMD/MSG 
key on the console. 


Enter command 65 <er>. This will reset all the functions on the EAI display. 
Enter command 60 <cr>. The value FONL should appear on the 3BCC status line. 


Enter the command 82 <er>. This specifies that the UNIX operating system should boot 
from the backup root file system. 


Enter command 96 <er>. This will boot the /unix program (the UNIX operating system). 
The following PRMs should appear in order in the 3BPRM field: 


PRM Meaning 
E100 0000 0000 0000 Drive 0 is in service 
E100 BBBB 3B3B 3B3B~ The UNIX system is loaded into memory 
E200 0000 0000 OADD The UNIX system is checking memory 
EC00 3B3B 3B3B 3B3B- The UNIX system is ready 


If any other PRMs occur they should be ignored, unless those PRMs start with an F. An 
initial F indicates a failing PRM (an error has occurred). Explanations of failing PRMs can 
be found in prm(8) and 3b20boot(8) in the UNIX System Administrator’s Manual. 


If the UNIX operating system has been booted properly, several lines of information about the 
running system will be printed on the lower half of the screen. A message will appear for 
each device that the UNIX operating system attempts to bring into service. The system will 
scan the ‘etc/inittab’ file to determine, among other things, which run level will be entered. If 
this file specifies a run level (or a default level is found) the system will enter the run level 
specified. Otherwise, do the following steps. 


Page 11 


OPERATOR'S GUIDE ISSUE 2 4/83 


9: 


10. 


This message should appear on the console: 
ENTER RUN LEVEL (0-6, s, or S): 


Position the cursor at the bottom of the screen by pressing the CMD/MSG key. Enter 
2<cr> to go to multiuser state or s<er> to go to single user state. 


The system will ask the user to verify the date. Then the system will ask the user if the file 
systems are to be checked. If multiuser was requested, the following message will be printed 
on the console: 


Console Login: 


If single user was requested, the # prompt will be printed. In this case, typing telinit 2 will 
change the operating system state to multiuser. 


CAUTION: If the boot is not successful, reboot using a backup disk pack. 


D. Booting Using the UNIX System Prompt 


The following operations will cause the system to prompt for the version of the UNIX operating 
system to be booted. 


10. 


Mount the disk pack containing the root file system on drive 0. 
Spin up the drive. 


Press the EA DISP key on the console. This will bring up the current EAI display. If the 
cursor is not at the top left-hand corner of the screen next to CMD:, press the CMD/MSG 
key on the console. 


Enter command 65 <er>. This will reset all the functions on the EAT display. 
Enter command 60 <er>. The value FONL should appear on the 3BCC status line. 
Enter the command 80 <er>. 
Enter the command 96 <er>. 
The following message should appear on the lower half of the screen: 

Enter path name of program to boot: 
Position the cursor at the bottom of the screen by pressing the CMD/MSG key. 


Enter the pathname of the program to be booted followed by a <er>. Typing a / <er> will 
generate a listing of all files in the root directory. 


The following PRMs should appear in order in the 3BPRM field: 


PRM Meaning 
E100 0000 0000 0000 Drive 0 is in service 
E100 BBBB3B3B3B3B The UNIX system is loaded into memory 
E200 0000 0000 OADD ‘The UNIX system is checking memory 
ECOO 3B3B3B3B3B3B The UNIX system is ready 


If any other PRMs occur they should be ignored, unless those PRMs start with an F. An 
initial F indicates a failing PRM (an error has occurred). Explanations of failing PRMs can 
be found in prm(8) and 3b20boot(8) in the UNIX System Administrator’s Manual. 


If the UNIX operating system has been booted properly, several lines of information about the 
running system will be printed on the lower half of the screen. A message will appear for 
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each device that the UNIX operating system attempts to bring into service. The system will 
scan the ’etc/inittab’ file to determine, among other things, which run level will be entered. If 
this file specifies a run level (or a default level is found) the system will enter the run level 
specified. Otherwise, do the following steps. 


11. This message should appear on the console: 
ENTER RUN LEVEL (0-6, s, or S): 


Position the cursor at the bottom of the sereen by pressing the CMD/MSG key. Enter 
2<ecr> to go to multiuser state or s<er> to go to single user state. 


12. The system will ask you to verify the date, then ask you if the file systems are to be checked. 
If multiuser was requested, the following message will be printed on the console: 


Console Login: 
If single user was requested, the # prompt will be printed. In this case, typing telinit 2 will 


change the operating system state to multiuser. 


VAX-11/750 


A. Booting from Disk 


There is no floppy disk drive or floppy disk controller supplied with the console subsystem of the 
VAX-11/750, nor an LSI-11 microprocessor as in the VAX-11/780. Instead, a TU58 tape cartridge is 
provided in the central processing unit (CPU) cabinet. It may be used to boot the system (ie., the 
bootstrap procedure can be stored in this cartridge). 


When the system is first turned on, the console prompt >>> is printed. If the UNIX operating 
system has been shut down, but not halted (see System Shutdown under OPERATOR DUTIES), the 
operator must type <ctl>p to get into console mode. This also halts the CPU. 


With the system halted, any of the console commands may be executed as described in VAX-11/750 
Console Commands under CONSOLE OPERATION. 


To boot the stand-alone shell from the default disk drive, the operator types B<er>. The following 
is an example of this operation as seen on the console, picking up after the <ctl>p: 


>>>B<er> 
To To 


$$ 


There is a four-position switch on the front panel that selects the boot device. The boot command 
will boot from the device selected by this switch. Alternately, the boot command may have an 
argument that selects the boot device superseding the switch-selected one (see TABLE A). 


>>>B[ddcu] <er> 


e specifies the I/O channel adapter and u is one digit identifying the device drive number. For 
example, 


>>>B DDAO <cr> 
will boot from the TUS8. 


The $$ prompt indicates that the stand-alone shell is ready to accept commands. If stand-alone 
fsck or other stand-alone functions are to be run (see the UNIX System User’s Manual), this is the 
time to do it. The commands have the form /stand/program where program can be any name 
from a limited list of UNIX operating system commands found in the directory /stand. To perform 
a file system consistency check, type: 


$$ /stand/fsck /dev/rpO 
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TABLE 3.A 


VAX-11/750 Boot Device Codes 


|___ CODE DEVICE 

Phe | RLO1/02_—— 
DB RP04/05/06/07, 

= RM03, & RM80_| 
DD DECTAPE II 

|__| _Cartridge (TU58) | 
DM _ RK06/07 


To bring up the UNIX system the operator must type unix<er>. The following is the final 
message: 


ENTER RUN LEVEL (0-6, s, or S): 


Enter 2<ecr> if you want to come up multiuser or s<er> if you want to come up single user. If this 
is a time for system maintenance, filesaves, etc., enter s<cr>. 


The system will ask for your name, ask you to verify the date. Then ask you if the file systems are 
to be checked. Finally, the system will enter the run level requested and print: 


Console Login: 


(If you log in as root, you can go multiuser by typing telinit 2). 


B. Booting from Tape (Installation) 


The user must type in the following program to read the first record on tape drive 0. Type <er> 
at the end of each input line: 


>>>H 

>>> 

>>>D/G E 20000 
>>>D/P 20000 F5508F D0 
>>>D + DOS5000FF 
>>>D + F308008F 
>>>D + A0B45100 
>>>D + D0421002 
>>>D + 0000008F 
>>>D + 8FD06180 
>>>D + 80000100 
>>>D + CFDE04A1 
>>>D + CA53003A 
>>>D + FFFEOOSF 
>>>D + 8FC853FF 
>>>D + 00000200 
>>>D + 6053B053 
>>>D + 8FB01B10 
>>>D + 25CF0200 
>>>D + 1DCFB400 
>>>D + 018FB000 
>>>D + 0014CFCO 
>>>D + F46053B0 
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>>>D + BF002BCF 
>>>D + 808FB300 
>>>D + 1302A000 
>>>D + 000005F8 
>>>D + 029AC004 
>>>D + 00080000 
>>>D + 00000000 
>>>D + 00000000 
>>>D + 00000000 
>>>D + 02800000 
>>>D + 000E0000 
>>>D + 00010000 
>>>D + 00000000 
>>>5 20000 Start tape load 


00020055 06 


>>> 0 Execute boot program loaded from tape 


From this point the loader initiates a question and answer sequence to control the remainder of the 
load process. 


VAX-11/780 


A. Booting from Disk 


This procedure can be used only on a system with a floppy disk updated for use with the UNIX 
system. If the floppy disk has not been so updated, the following sequence must be performed: 


1. Bring the UNIX system up using an initial load procedure. 
2. Input “ed /stand/conflp” at the “#” prompt. 


3. Input “sh update” at the “#” prompt. Update prints commentary during the update 
operation indicating the files that are being replaced or added. Finally, a new table of 
contents is printed and the available space is indicated. 


When the system is first turned on, the console prompt >>> is printed. If the UNIX operating 
system has been shut down but not halted (see System Shutdown, VAX 11-780 under OPERATOR 
DUTIES), the operator must type <ctl>p to get into console mode. After the prompt, type H<er> 
to halt the system. With the system halted, any of the console commands may be executed. 


To boot the stand-alone shell from the default disk drive, the operator types B<er>. Alternatively, 
the boot command may have an argument that selects the boot device superseding the default. For 
example: 

B RPO 
will boot from disk drive 0 and 

BRP1 
will boot from drive 1. 


The following is an example of this operation, starting after the <ctl>p command: 


>>>H<er> 
HALTED AT nannnnnn 


>>>B<cer> 
CPU HALTED 
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INIT SEQ DONE 

HALT INST EXECUTED 

HALTED AT nannnnnn 

LOAD DONE, nnnnnnnn BYTES LOADED 


The $$ prompt indicates that the stand-alone shell is ready to accept commands. If stand-alone 
fsck or other stand-alone functions are to be run (see the UNIX System User’s Manual), this is the 
time to do it. The commands have the form /stand/program where program can be any name 
from a limited list of UNIX operating system commands found in the directory /stand. To perform 
a file system consistency check, type: 


$$ /stand/fsck /dev/rp0 


To bring up the UNIX system the operator must type unix<er>. The following is the final 
message: 


ENTER RUN LEVEL (0-6, s, or S): 


Enter 2<er> if you want to come up multiuser or s<cr> if you want to come up single user. The 
system will ask you to verify the date, then ask you if the file systems are to be checked. Finally, 
the system will enter the run level requested and print: 


Console Login: 


(If you log in as root, you can go multiuser by typing telinit 2). 


B. Booting from Tape (Installation) 


The floppy disk delivered with the VAX-11/780 does not have tape-boot capability. The user 
must type in a program to read the first record on tape drive 0. If tape drive 0 is a TE16 tape drive, 
use the first program provided below. For a TU78 tape drive, use the second program. Type <er> 
at the end of each input line: 


TE16 Tape Drive 


>>>H 
>>>U 
Sop | 


INIT SEQ DONE 


>>>D 20000 20008F DO 
>>>D + D0502001 
>>>D + 3204A001 
>>>D + C003C08F 
>>>D + A0D40424 
>>>D + 8FD00C 
>>>D + C0800000 
>>>D + 10A0FE00 
>>>D + COO7TDO 
>>>D + C039D004 
>>>D + 400 

>>> 20000 Start tape load 


HALT INST EXECUTED 
HALTED AT 0002002F 
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>>> 0 Execute boot program loaded from tape 
TU78 Tape Drive 


>>>H 
>>>U 
>>>I 


INIT SEQ DONE 


>>>D 20000 20008FD0 

>>>D + D4502001 

>>>D + 8FDO0CA0 

>>>D + 80000000 

>>>D + 320800C0P 

>>>D + AOFEOO8F 

>>>D + €004D010 

>>>D + 39320404 

>>>D + 000400CP0 

>>>8 20000 Start tape load 


HALT INST EXECUTED 
HALTED AT 00020029 
>>>s5 0 Execute boot program loaded from tape 


From this point the loader initiates a question and answer sequence to control the remainder of the 
load process. 


C. Booting from Disk (Installation) 


The floppy disk delivered with the VAX-11/780 does not have UNIX system disk-boot capability. 
The user must type in the following program to read the first block on disk drive 0. Type <er> at 
the end of each line: 


>>>H 

>>>LINK Save the following sequence on disk 
The prompt should change to <<< 

<<<H Halt processor 

<<<U Unjam the SBI 

pa i Initialize the processor 

>>>D/I 1 20003800 Register initialization 

<<<D RO 0 Device type code 

<<<D R1 8 NEXUS number of MBA 

<<<D R2 0 drive number 

<<<D R3 0 drive number 

<<<D R4 0 

<<<D Rbd 8 Software boot flags 

geet Bes et Set “no machine check expected” 

<<<S 20003000 Start rom program 

<<<WAIT DONE 

<<<E SP Show address of working 
memory +0X200 

<<<L VMB.EXE/S:@ Load primary bootstrap 

<<<5 @ and start it 


Page 17 


OPERATOR’S GUIDE ISSUE 2 4/83 


<<<<ctl>C . Exit LINK mode 
=> 


You are now ready to boot the UNIX operating system. Each time it is necessary to boot (or reboot) 
the UNIX operating system, simply type >>>P<er> after the >>> prompt. The console should 
echo each command in the floppy link file (program just saved on disk) as it is executed. 


The $$ prompt indicates that the stand-alone shell is ready to accept commands. If stand-alone 
fsck or other stand-alone functions are to be run (see the UNIX System User's Manual), this is the 
time to do it. The commands have the form /stand/program where program can be any name 
from a limited list of UNIX operating system commands found in the directory /stand. To perform 
a file system consistency check, type: 


$$ /stand/fsck /dev/rp0O 


To bring up the UNIX system the operator must type unix<cr>. The following is the final 
message: 


ENTER RUN LEVEL (0-6, s, or S): 


Enter 2<er> if you want to come up multiuser or s<er> if you want to come up single user. The 
system will ask you to verify the date, then ask you if the file systems are to be checked. Finally, 
the system will enter the run level requested and print: 


Console Login: 


(If you log in as root, you can go multiuser by typing telinit 2). 
PDP-11/70 


A. Booting Using the M9301-YC Loader 


To bootstrap programs from a wide range of storage media, the PDP-11/70 has a dedicated 
diagnostic bootstrap loader called the M9301-YC. The M9301-YC contains hardware verification 
diagnostic routines and bootstrap loader routines in ROM (read-only memory). 


The diagnostic portion tests the basic CPU to verify correct operation, then tests virtual memory 
from 001 000 to 157 776 and cache memory. Next, physical memory is tested as specified by console 
switches <15:12> (see Table B). 


The bootstrap portion of the M9301-YC attempts to boot from the device and drive number 
specified by console switches <7:3> and <2:0>, respectively (see Table C). Having selected a boot 
device, the program will read a block of data into memory starting at virtual address 0; and then, 
jump to virtual address 0. The physical address selection for the boot portion is the same as for the 
diagnostic portion. Excluding the RX11/RX01 floppy disk, bootstrap programs must fit in one block 
of 256 words, even though this program may read in more (depending on the device selected). 


To start operation of the bootstrap loader: 

Halt the CPU by depressing the HALT switch. 

Set the Address Display select switch to Console Physical. 
Set the Console Switch Register to 165 000. 

Depress the Load Address switch. 


Sos Bee 


Reset the console switches to 0. 


Set switches <15:12> for the desired physical memory (normally 0). 


a2 


Set switches <7:3> for the desired device (0 for default device). 
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8. Put the HALT switch in the ENABLE position. 
9. Depress the START switch. 


The diagnostic portion will then run followed by the boot from the selected device. This takes 
approximately three seconds. Any error during the diagnostic portion will cause the CPU to halt. If 
the CPU halts due to a cache error, pressing the CONTINUE switch causes the program to disable 
the cache and then proceed to the bootstrap section. If there is an error in reading the boot block, 
the program will do a RESET instruction, jump back to the memory test, and then attempt to boot 
again. 


TABLE 3.B 


PDP-11/70 Physical Memory Selection 


Pw enw — oar | 
00400 0 — 00 657 76 
| 

05 


oe = er 
eo = 
14 
15 
16 
EE 


as 

ee COCs 
ee 
ee ee 
| =| 
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TABLE 3.C 


PDP-11/70 Device Selection 


Teonormon re [ee 
=a 
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4. OPERATOR INSTRUCTIONS 


INTRODUCTION 


There are two main modes of operation of a UNIX operating system: single user (level 5) and 
multiuser (level 2). The run level has 8 possible values: 0-6, s, or S. Single user is always s or S. 
Multiuser is normally level 2, but the system administrator can configure the "etc/inittab" file to 
run multiuser at any level. See \flinit\fR(1M) in the UNIX System Administrator’s Manual for 
more information. 


When in single user mode, all dial-up ports and hard-wired terminals are disabled and only the 
console terminal may interact with the processor. This mode of operation enables necessary changes 
to be made to the system without any other processing taking place. 


Multiuser is the mode in which the UNIX operating system is normally run. 


SINGLE USER ENVIRONMENT 


In single user mode, any available UNIX System commands may be typed followed by a <er>. 
When the system has completed execution of the command, it will prompt with the “#” again on the 
next line. The single user environment is used primarily to do file-saves, system maintenance, 
modification, or repair operations. The typical sequence of commands to bring the system up into 
multiuser mode is: 


e fsck 
e telinit 2 


A. Fsck 


The command Fsck will interactively repair any damaged file systems that result from a crash 
of the operating system. It is also used to ensure that the file systems are not damaged before going 
into multiuser mode or taking file-saves. Usually, you will want to respond “yes” to all the 
prompts; however, in the event of a system crash, the damage may be extensive enough to warrant 
recovery from a backup pack. The procedure for this is discussed in the FILE SAVES section of this 
document. See fsek in the UNIX System Administrator’s Manual for details on the various options 
available and the UNIX System Administrator’s Guide for a description of all the different errors 
that can occur. 


An example of a check of a consistent file system is illustrated below: 


# fsck /dev/rdsk61 

/dev/rdsk61 

File System: usr Volume: p0603 

** Phase 1 - Check Blocks and Sizes 
** Phase 2 - Check Pathnames 

** Phase 3 - Check Connectivity 

** Phase 4 - Check Reference Counts 
** Phase 5 - Check Free List 

2441 files 16547 blocks 31889 free 

# 


A file system that has been damaged can be repaired interactively as shown below. The y is the 
operator response. If the drive is not yet in service prior to accessing it (on 3B20S and 8B20A only), 
type in the command: 


don mhd n_ (where n is the drive number) 
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The file system is then checked with: 
# fsck /dev/rdsk60 
The UNIX operating system responds: 


/dev/rdsk60 

File System: fs1 Volume: p0603 

** Phase 1 - Check Blocks and Sizes 
POSSIBLE FILE SIZE ERROR I=2500 
** Phase 2 - Check Pathnames 

** Phase 3 - Check Connectivity 

** Phase 4 - Check Reference Counts 
UNREF FILE 1=2500 OWNER=255 MODE=100755 a 
SIZE=0 MTIME=Dee 31 19:00 1979 

CLEAR? y 

** Phase 5 - Check Free List 

2441 files 16547 blocks 889 free 

*##4# FILE SYSTEM WAS MODIFIED ***** 

# 


All mountable file systems should be listed in the file /ete/checklist which fsck uses, and these 
file systems should be checked each time the system is rebooted. 


A faster alternative to using fsck is checkall. The checkall command uses dfsek (a front-end 
for fsck) to simultaneously check two file systems in different disk drives. This provides a faster 
way to check file systems than fsck. Included in checkall are the file system names that normally 
appear in /etce/checklist (see checkall in the UNIX System User’s Manual). #8 


WARNING: Never execute fsck on a mounted file system; it will have a bad effect 
since you are repairing only the physical disk. The only exception to this is the root 
file system which is always mounted. 


An example of repairing the root file system follows: 


# fsck /dev/rdsk0 

/dev/rdsk0 

File System: root Volume: p0001 

** Phase 1 - Check Blocks and Sizes 

POSSIBLE FILE SIZE ERROR I=416 

POSSIBLE FILE SIZE ERROR I=610 

POSSIBLE FILE SIZE ERROR I=614 

POSSIBLE FILE SIZE ERROR I=618 

POSSIBLE FILE SIZE ERROR I=625 

** Phase 2 - Check Pathnames 

** Phase 3 - Check Connectivity 

** Phase 4 - Check Reference Counts 

UNREF FILE I=416 OWNER=uucp MODE=100400 
SIZE=0 MTIME=Nov 20 16:23 1979 

CLEAR? y 

UNREF FILE I=610 OWNER=csw MODE=100400 
SIZE=0 MTIME=Nov 20 16:26 1979 

CLEAR? y 

UNREF FILE I=625 OWNER=cath MODE=100400 
SIZE=0 MTIME=Nov 20 16:26 1979 

CLEAR? y 

FREE INODE COUNT WRONG IN SUPERBLK 
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FIX? y 

** Phase 5 - Check Free List 

1 DUP BLKS IN FREE LIST 

BAD FREE LIST 

SALVAGE? y 

** Phase 6 - Salvage Free List 

585 files 5463 blocks 4223 free 

*##%% ROOT UNIX (NO SYNC !) ***#* 


At this time the processor must be immediately halted and the system rebooted (see BOOT 
PROCEDURES). 


B. Telinit 2 


_ After the above consistency checks have been performed on the file systems and the date has 
been set, the UNIX operating system can be changed to multiuser. This is accomplished by 
executing the command: telinit 2. This command activates processes that allow users to log in to 
the system, turn on the accounting and error logging, mount any indicated file systems, and start 
the cron and any indicated daemons. The operator may have to manually flip the toggles or pop the 
buttons on the data sets, depending upon what type of data set your site has, to allow users to log in. 


MULTIUSER ENVIRONMENT 


This mode results from the execution of the command telinit 2 or by responding to the ENTER 
RUN LEVEL message with 2. A user is permitted to access all mounted file systems and execute 
all available commands. In this mode, an operator can perform file restore procedures and take 
periodic status checks of the system. Some of these periodic status checks can include: 


e A check of free blocks (df) remaining on all mounted file systems to ensure a file system does 
not run out of space. 


e A check on rje (rjestat). 
e A check on mail to root or whatever login receives requests for file restores. 
e A check on the number of users on the system (who). 


e A check of all running processes (ps -eaf or whodo) to determine if there is some process 
using an abnormally large amount of CPU time. 
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NOTES 
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5. OPERATOR DUTIES 


INTRODUCTION 


This section is meant to serve as a guide to duties normally performed by computer operators. 
These descriptions do not represent what an operator’s job duties are; they merely outline the 
general procedures necessary to ensure that the system operates properly. 


FILE SAVES 


Unless timely copies of the file systems are saved, a major system crash could devastate the 
system’s user community. The user files could be destroyed or become inaccessible. 


Almost nothing is worse than working on a project, and just as the project is nearing completion, 
the system crashes - resulting in the loss of the file and the work. What is worse is requesting a file 
restore and finding out that the last file-save was a week ago. Consequently, the entire week’s work 
is lost. 


The easiest way to prevent this problem is to take daily file-saves. Then, at most, only a day’s 
work will be lost. 


There are two main ways to perform file-saves: by disk and by tape. Most sites utilize voleopy 
to perform these file-save functions. See voleopy in the UNIX System Administrator’s Manual for 
more information on the options available and the use of this command. These procedures should 
normally be performed while in single user mode, with the file system unmounted, to preclude any 
file system activity and subsequent damage on the saved copy. 


A. Disk Save Procedures (3B20S and 3B20A Only) 


Normally this is an automated procedure and is included as part of the site’s local operating 
instructions. There must be at least two (2) disk drives, one of them a spare, for the following 
procedures. The file system to be copied should be unmounted, except for the root file system, and 
an fsck should be executed to ensure consistency. For ease of mapping, file systems are normally 
saved in the same sections on the backup pack as they exist on the working pack. This is imperative 
if the backup version is to be booted. It is required that the root file system reside on section 0 of 
the pack. 


An example of a file-save is illustrated below. For this example a save of the root file system 
will be made on the spare drive 3. Volume S3B001 on drive 0 will be copied to volume S3B002 on 
drive 3 (the volume name used should match the external label sticker). Operator responses are 
indicated in bold type. 


1. Mount the disk pack to contain the file-save on drive 3. 
2. Spin up the drive. 
3. Enter the command don mhd 38. This will bring drive 3 into service. 
4. Enter the command: 
volcopy root /dev/rdsk0 S3B001 /dev/rdsk30 S3B002 


to copy the root file system from drive 0 section 0 to drive 3 section 0. The following 
messages should appear: 


From: /dev/rdsk0, to: /dev/rdsk30? (DEL if wrong) 
END: 238000 blocks. 
t 


If the from and to file systems are correct, wait for the prompt; otherwise, press the DEL 
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key on the terminal to abort the copy. 
5. Do step 4 for all the sections of the disk that are to be copied. 
6. Enter the command doff mhd 3. This will take drive 3 out of service. 
7. Spin down drive 3 and remove the pack. 


In the above procedure, step 4 will verify the label information on the to and from file system 
(e.g., pack number, file system name, date last modified). You will be asked to override 
inconsistencies before step 4 will proceed. For example: 


# voleopy root /dev/rdsk0 p0001 /dev/rdsk30 p0105 
arg.(p0105) doesn’t agree with to vol.() 
Type ‘y’ to override: y 
warning! from fs(root) differs from to fs() 
Type ‘y’ to override: y 
' From: /dev/rdsk0, to: /dev/rdsk30? (DEL if wrong) 
END: 23000 blocks. 
# 


Note in this example, the to section is unlabeled as indicated by the null volume and file system 
fields. For more information see voleopy in the UNIX System Administrator’s Manual. 


B. Tape Save Procedures (3B20S and 3B20A Only) 


Tape saves are necessary for long term storage or for regular saves if you do not have a spare 
disk drive. Tapes may be previously labeled, or may be labeled by the voleopy command. To 
accomplish the labeling, follow the example below for /usr. It is assumed that t0001 is the tape 
volume label. A good practice is to place an external paper label on the outside of the reel carrying 
the same information as is written in the tape header label. The external label should also indicate 
the sequence number of the tape, if it is from a set (multi-reel volume) for the file system. Note the 
use of the -n option to labelit. Unless this option is used on an unlabeled tape, the program will 
scan the entire reel looking for a label to change before it rewinds and labels the beginning. This 
can be very time consuming on 2400-foot reels. 


# labelit /dev/rtp0 usr t0001 -n 

Skipping label check! 

NEW fsname = usr, NEW volume = t0001 -- DEL if wrong! 
# 


After the tape is labeled, check the disk file system for errors with fsck. Bad data should not be 
saved. The actual copy is accomplished much the same as from disk to disk. The following is an 
example: 


# voleopy usr /dev/rdsk1 p0001 /dev/rtp0 t0001 
Enter size of reel in feet for <t0001>: 2400 


Reel t0001, 2400 feet, 1600 BPI 

You will need 2 reels. 

(The same size and density is expected for all reels) 
From: /dev/rdsk1, to: /dev/rtp0? (DEL if wrong) 


Writing REEL 1 of 2, VOL = t0001 
Changing drives? <er> 

(<cr> means no, /dev/rtp_ means yes) 
Mount tape 2 
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Type volume-ID when ready: t0002 

Cannot read header # This tape has not been labeled! 
Type y tooverride: y. 

Volume is <garbage>, not <t0002>. 

Want to override? y 


Writing REEL 2 of 2, VOL = t0002 
END: 90000 blocks. 
# 


You can store approximately 65,000 blocks of a file system on a 2400-foot tape using voleopy and 
recording at 1600 bpi. 


FILE RESTORES 


A. Restoring from Disk (3B20S and 3B20A Only) 


When a request is made to restore a file from a backup pack, the operator should locate that 
pack and determine on which section the requested file system resides. At the console terminal the 
operator should log in to the system as root. The following example shows the procedure for 
restoring the file /usr/adm/acct/sum/tacct from a previous backup pack. For this example, drive 
4 is a spare drive and /usr is on section 1 of the backup pack. 


1. Place backup pack on drive 4. 

2. Spin up the drive. 

8. Enter the command don mhd 4. This will bring drive 4 into service. 

4. Enter the command mount /dev/dsk41 /bck -r. This will mount the backup file system as 
/bck read only. The following message should appear: 
WARNING!!! - mounting <usr> as </bck> 

5. Enter the command Is -1 /bck/usr/adm/acct/sum/tacct. This will verify the existence of 
the file and the identity of the owner. The following output will appear: 
-rw-rw-r-- 1 adm ... /bck/adm/acct/sum/tacct 

6. Enter the command: 
ep /bck/adm/acct/sum/tacct /usr/adm/acct/sum/tacct 
to copy the file from the backup to the specified place. 

7. Enter the command chown adm /usr/adm/acct/sum/tacct to change the owner of the file. 

8. Enter the command umount /dev/dsk41. This will unmount the backup file system. 

9. Enter the command doff mhd 4 to take the spare drive out of service. 

10. Spin down the spare drive and remove the backup pack. 

It is usually a good practice for the operator performing the file-restore to mail a message to the 


requester upon its completion. The procedure for this is: 


# mail user 

I have restored the file /usr/adm/acct/sum/tacct 
from Friday’s backup. 

operator's initials 
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B. Restoring from Tape (3B20S and 3B20A Only) 


If the file does not exist on any of the backup packs or if your installation does not perform disk 
file-saves, then you will have to recover the file from a tape save. It is assumed that tape saves have 
been performed in the same manner as disk saves, i.e., with voleopy. The subject of file-saves is 
discussed in the section FILE SAVES within this document. In order to restore a file from tape, the 
whole file system must first be placed back on a spare section of the disk. The backup version can 
then be accessed in the same way as described in Restoring from Disk within this document. For 
this example, it is assumed that there are two small file systems stored on a single tape and that the 
a3 file system is the second file on the tape. Also, it is assumed that section 5 of disk drive 0 is a 
spare section on that disk. The tape drive is already in service. 


1. Mount tape on tape drive 0. 


2. Enter the command echo < /dev/tpOn. This will space past the first file on the tape, with 
no rewind. 


3. Enter volcopy usr /dev/rtp0 t0004 dev/rdsk5 S3B003. This will copy the file system 
from tape to the spare disk section. The following messages should appear: 


From: /dev/rtp0, to: /dev/rdsk5? (DEL if wrong) 
END: 90000 blocks. 


4. Enter the command mount /dev/dsk5 /bck. This will mount the backup section. The 
following message should appear on the screen: 
WARNING!! - mounting: <usr> as </beck> 


Enter the command Is -1 /bek/adm/acct/sum/tacct. This will verify the existence of the file 
and identify the owner. The following output will appear: 


an 


-rw-rw-r-- 1 adm... /bck/adm/acct/sum/tacct 


SS 


Enter ep /bck/adm/acct/sum/tacct /usr/adm/acct/sum/tacet. This will copy the file to 
the specified place. 


7. Enter the command chown adm /usr/adm/acct/sum/tacet to change the owner of the file. 


8. Enter the command umount /dev/dsk5. This will unmount the spare section. 


MESSAGE OF THE DAY 


When a user logs into the system, part of the login procedure prints out a message of the day. 
This message can contain several lines of useful information to the user concerning scheduled 
down-time for hardware preventive maintenance (PM), clean-up messages for space-low file systems, 
or any other useful warnings to which users may need to be alerted. The trick to maintaining this 
file is to keep it short and to the point. A user does not want to wait ten minutes while eloquent 
and wordy dialogue is spewed from the terminal before he or she can begin working. 


The contents of this message are stored in the file /ete/motd. You may change the contents of 
this file by using the UNIX system text editor. See ed in the UNIX System User’s Manual. A 
sample of adding and deleting a line from this file is shown below. 


# ed /ete/motd 
26 


p 
9/23: Reboot at 5pm today. 
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d 
- ; 
9/24: Down for PM 1700-2100 on 9/30. 


w 
37 


q 
# 


You can also remove the contents of the entire file by: 


# ep /dev/null /ete/motd 
# 


SYSTEM SHUTDOWN 


A. Shutdown (3B20S and 3B20A Only) 


Whenever the system must be shut down, such as for file-saves or a reboot, the program 
shutdown should be used. This program is a graceful way to bring the system into single user 
mode. 


You must be in the root directory (/) to use the shutdown program. You may specify the amount 
of grace period between sending a warning message out and actually shutting down. This grace 
period is the number of seconds of delay. For example, specifying a grace period of 300 will result in 
a 5-minute delay. You may also send your own message. A default message is sent to all logged-in 
users if you don’t type your own. The following is an example of shutting down the system: 


#cd/ 
# shutdown 300 


SHUTDOWN PROGRAM 
Thu Sep 1 18:51:58 EST 1979 


Do you want to send your own message? (y or n): y 
Type your message followed by <ctrl>d.... 

System coming down for filesaves! 

Please log off. 

<etri>d 


System coming down for filesaves! 

Please log off. 

(waits for 5 minutes) 

SYSTEM BEING BROUGHT DOWN NOW !!! 


Busy out (push down) the appropriate 
phone lines for this system. 

Do you want to continue? (y orn): y 
Error logging stopped 

rjel halted 

Process accounting stopped. 


All currently running processes will now be killed. 
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pwha 
New run level: 6 


PID TTY TIME CMD 
0 ? 0:06 swapper 
} ? 0:03 INIT 1 
2 2 0:00 swapper 
11061 = co 0:04 -sh 
25023 co 0:03 -sh 
25052 co 0:28 ps -eaf 


Will a file-save be done at this time? 

Type either (yorn): y 

Want to run fsck at this time? 

Type either(yorn): y 

fsck will now be executed on files in checklist 


Halt the system when ready. 


At the completion of this program you can either halt the system, start the file-save routine, 
reboot the system, or bring it back to multiuser mode. 


B. VAX-11/750 Shutdown 


The shutdown procedure is designed to gracefully turn off all processes and bring the system 
back to single user state with all buffers flushed. To do this the operator should execute shutdown 
as described under 3820 Shutdown. If shutdown is not successful, use the following sequence of 
commands: 

killall 

sync 

init 1 

fsck This is optional 


The system may then be halted by typing <ctl>p. 


C. VAX-11/780 Shutdown 


The shutdown procedure is designed to gracefully turn off all processes and bring the system 
back to single user state with all buffers flushed. To do this the operator should execute shutdown 
as described under 3820 Shutdown. If shutdown is not successful, use the following sequence of 
commands: 

killall 
syne 
init 1 
fsck This is optional 
The system may then be halted by typing the <ctl>p and H<er> sequence. 


On occasion, the UNIBUS or its devices fail in such a manner as to flood the console with error 
messages and suspend operations on UNIBUS devices. It may be possible under these conditions to 
bring the system down gracefully, from an internal point of view, by inhibiting UNIBUS interrupts 
and running a normal shutdown. The following sequence can be executed. 
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<etl>p 

>>>H : 

>>>E 20006004 Look at UBA control register 

Sey Sd Clear the UBA 

>>>C Return to the UNIX operating system 


You should now be able to log in as root and run a normal shutdown sequence. Reboot the system 
by normal means, ensuring fsck is performed. 


SYSTEM CRASH RECOVERY 


An operating system is considered to have “crashed” when it halts itself without being asked to. 
The reason for the halt is often unknown and can be hardware failure or software related. It is 
important, for obvious reasons, to determine the nature of the crash so that it will not happen again. 
One way to do this is to take a dump of memory to disk (or tape) so that debugging programs can 
later decipher what processing was going on at the time the crash occurred. 


A. Recovery (3B20S and 3B20A Only) 


If the system has automatically rebooted itself, the system will respond to console commands and 
you will be in single user mode. A dump will have occurred automatically in this case if the 
machine was in multiuser state at the time of the crash. 


If the console does not respond, the system is “hung” and has not dumped core. In this case you 
must force a dump. 


1. Press the EAI DISP key on the console. This will bring up the current EAI display. 


2. If the cursor is not at the top left-hand corner of the screen next to CMD: press the 
CMD/MSG key on the console. 


3. Enter the command 97 <er>. This will dump memory to a predefined section on your disk 
(/dev/dumpO if system booted from primary disk, /dev/dump1 if system booted from 
secondary disk) and the system will reboot. 


4. Check your file system. See File System Checking in the UNIX System Administrator’s Guide. 


5. Enter the following commands to save the memory dump in a file for later examination 
(save-file represents the name of your file): 


ulimit 32768 {Allow up to 16 MB file} 
dd if=/dev/dump0 of=/save-file 


6. Bring system up. 


If the system fails to reboot, the operating system may have been damaged in the crash. Now is 
the time to boot from the backup root on the current pack. If that fails or you do not have a backup 
on your pack, you then pull that vital backup version of the root file system off the shelf and use it 
for the reboot. If that also fails, try to boot from disk drive 1 (see BOOT PROCEDURES section). 


When you have finally rebooted the system, it is likely to have a lot of file system damage. If 
this damage is extensive, you may have to restore the entire file system. An example using spare 
drive number 4 is shown below: 


(mount the backup pack on a spare drive 4) 

# don mhd 4 

# voleopy fs1 /dev/rdsk48 p0625 /dev/rdsk3 p0601 
From: /dev/rdsk43, to: /dev/rdsk3? (DEL if wrong) 
END: 65000 blocks. 

# doff mhd 4 


Page 31 


OPERATOR’S GUIDE ISSUE 2 4/83 


Be sure to run fsck on all the mountable file systems before setting the date and going to Ea 
multiuser mode. E 


B. VAX-11/750 Recovery 


After a system crash, the following procedure should be used to get a system dump on tape: & 
1. Mount a tape with write ring and bring it on-line. 
2. Halt the system and enter console mode with <ctl>p. 


3. Issue the following command sequence, with each command followed by <er>: 


E/G 0 Keep typing E’s until 
all registers have & 
been examined: RO through R15 

5S 400 Start execution at 400; 


i.e., dump to tape 
4. Before returning to the UNIX operating system, execute the stand-alone fsck. 


C. VAX-11/780 Recovery 
After a system crash, the following procedure should be used to get a system dump on tape: 
1. Mount a tape with write ring and bring it on-line. 
2. Enter console mode with <etl>p. 


3. After the >>> prompt, halt the system with H<er>. 


4. Issue the following command sequence, with each command followed by <er>: 


E RO/N:F Examine RO through R15 
E SP Get the stack pointer for 
the next command 
E/V @/N:3F Examine virtual memory beginning 


at the address from the previous 
instruction, and continuing for 
the next 63 locations; 1.e., 
examine the stack 

5 400 Start execution at 400; 
i.e., dump to tape 


5. Before returning to the UNIX operating system, execute the stand-alone fsck. 


To read the dump tape into a file for examination by crash or adb, use dd. For example, the 
following will read the dump and create a file named core in the current directory: 


dd if=/dev/rmt0 of=core bs=16b 
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